…lds of `Autotuner` (#4921)

Motivation:
https://github.com/triton-lang/triton/pull/4496/files#r1801756225

Signed-off-by: Anatoly Myachev <[email protected]>

… use it for vectorized atomics (#4982)

Vectorized atomics on NVIDIA
(triton-lang/triton#4971) are only available on
Hopper (>=sm90) and PTX >= 8.1. It's possible to be running with PTX 8.0
on a Hopper machine. This PR passes ptx-version to the ttgir->llir
conversion pass for NVIDIA, and uses the ptx version to determine
whether vectorized atomics should be used.

`add_optimize_dot_operands` may introduce a immutable shared buffer for
transposed dot operands. Our stream-pipeliner then replaces the
immutable buffer with a mutable buffer to be able to reuse it across
iterations (pre-fetching). This will then produce incorrect transOps
because the input is mutable but the result is immutable.
This PR rewrites those transOps to output a mutable layout.

…CES` is set (#4986)

Based on the feedback from AMD, the device mapping problem has to be
addressed by the ROCm team, so we emit an error for now.

This PR is only introducing a ttgir pass to convert `tt.load`/`tt.store`
to `amdgpu.buffer_load`/`amdgpu.buffer_load`, _when this is possible_ :
this means we need to check for 3 conditions:
1. The pointer arithmetic has been canonicalized
   (`scalarPtr->splat->addptr->load/store`)
2. The offsets are 32-bits
3. The offsets are non-negative. We use a mix of analysis and
   assumptions to verify this condition

Right now the functionality is gated behind an `AMDGCN_USE_BUFFER_OPS`,
which now also covers the pointer canonicalization pass which is mostly
meant to handle this.

…#4983)

This PR:
- Introduces fallback from normal TTG->LLVM converter in case it does
not support given local_load.
- Enables conversion of MFMA dot layout to Linear Layout in local_load
pattern.